for _ in list中的下划线_只是一个临时的循环变量, 因为_是合法的变量名

下面将详细的讨论以下Python中下划线_的使用

　　主要有三种情况：

1. 解释器中

　　_符号是指交互解释器中最后一次执行语句的返回结果。这种用法最初出现在CPython解释器中，其他解释器后来也都跟进了。

　　这个跟上面有点类似。_用作被丢弃的名称。按照惯例，这样做可以让阅读你代码的人知道，这是个不会被使用的特定名称。举个例子，你可能无所谓一个循环计数的值：

　　_还可以被用作函数名。这种情况，单下划线经常被用作国际化和本地化字符串翻译查询的函数名。这种惯例好像起源于C语言。举个例子，在 Django documentation for translation 中你可能会看到：

第二种和第三种用法会引起冲突，所以在任意代码块中，如果使用了_作国际化翻译查询函数，就应该避免再用作被丢弃的变量名。

　　以单下划线做前缀的名称指定了这个名称是“私有的”。在有些导入import * 的场景中，下一个使用你代码的人(或者你本人)会明白这个名称仅内部使用。Python documentation里面写道：

　　a name prefixed with an underscore (e.g. _spam) should be treated as a non-public part of the API (whether it is a function, a method or a data member). It should be considered an implementation detail and subject to change without notice.

　　之所以说在在 有些 import * 的场景，是因为导入时解释器确实对单下划线开头的名称做了处理。如果你这么写from import *，任何以单下划线开头的名称都不会被导入，除非模块/包的__all__列表明确包含了这些名称。更多相关信息见““Importing * in Python”。

　　以双下划线做前缀的名称(特别是方法名)并不是一种惯例;它对解释器有特定含义。Python会改写这些名称，以免与子类中定义的名称产生冲突。Python documentation中提到，任何__spam这种形式(至少以两个下划线做开头，绝大部分都还有一个下划线做结尾)的标识符，都会文本上被替换为_classname__spam，其中classname是当前类名，并带上一个下划线做前缀。

　　正如所料，_internal_use没有变化，但__method_name被改写成了_ClassName__method_name。现在创建一个A的子类B(这可不是个好名字)，就不会轻易的覆盖掉A中的__method_name了：

　　这种用法表示Python中特殊的方法名。其实，这只是一种惯例，对Python系统来说，这将确保不会与用户自定义的名称冲突。通常，你将会覆写这些方法，并在里面实现你所需要的功能，以便Python调用它们。例如，当定义一个类时，你经常会覆写“__init__”方法。虽然也可以编写自己的特殊方法名，但不要这样做。